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METHOD AND NETWORK FOR WLAN SESSION CONTROL 

Field of the invention 

5 The invention relates to the field of providing session control in WLAN based networks. 
More particularly the invention relates to a method for session control in RADlUS-based 
networks. The invention may advantageously be utilised for providing timely user infor- 
mation in pre-paid WLAN solutions. 

10 

Prior art 

Wireless LAN (WLAN), and in particular WLAN based on the IEEE 802.11 standard, has 
in the last few years received tremendous interest WLANs are used in home and enter- 
15 prises environments. WLANs have also become available to WLAN subscribers at public 
sites, so called hot-spots, e.g. cafes, airports etc. In order to finance these hot spots, the 
owner of the WLAN infrastructure, such as the service provider, must be able to control 
access to the WLAN in order to charge customers for its use. 

20 A hot spot typically has a number of Access Points (AP) and one or more access serv- 
ers, here called Wireless Serving Node (WSN) and an authentication server (AS) as il- 
lustrated in fig. 1. The functionality of the WSN could also be integrated with each AP. 
The AS does not have to reside at the hot spot network but could be centrally located by 
the service provider or somewhere in the Internet. 

25 

The most common solution today is that the access control and the collecting of ac- 
counting data are performed by the WSN. This solution has been schematically illus- 
trated in fig. 2. The APs are simply pass-through devices when it comes to access con- 
trol. Users log in to the system using a HTTP (Hypertext Transfer Protocol) web interface 
30 between the UE (User equipment) and WSN. The HTTP traffic between UE and WSN is 
typically cryptographically protected by e.g. SSL (Secure Socket Layer). In order to verify 
the credentials received from the UE, the WSN (Wireless Serving Node) typically has a 
RADIUS client that communicates with an Authentication Server (AS). 

35 In fig. 4, the exemplary process of a user first connecting to a hot spot access point ar- 
rangement of fig. 2 and subsequently running out of credit is shown, whereby the au- 
thorisation is facilitated by means of "web login" (HTTP). 

1 
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These steps shall be briefly described here. In steps 21-27 the well-known steps of the 
station STA1 authenticating itself and subsequently being accepted for association by 
the access point AP1 is shown. In step 50 the user of the station opens a web browser 

5 and forwards a HTTP Get request 53. The requested web address (URL) does not have 
to point to the gateway node WSN since the WSN can intercept and redirect the request. 
The gateway node responds by issuing a HTTP log in page 55. The user then enters his 
name and password 57 and forwards this information to the gateway node WSN. Upon 
acceptance the gateway provides a HTTP session window 61 , issues a start accounting 

10 message to the authentication server AS 63 and opens for traffic to/from the station 65. 

At some later stage the user may run out of credit. This could be detected in different 
ways. The gateway can e.g. periodically report to the authentication server, which de- 
tects that the account is null 53. Alternatively, the AS, or some other network node, could 
15 have a timer to detect when the session should end. A HTTP lockout message 67 could 
be issued to the mobile station. Subsequently, the authentication server issues a lock 
out request 69, whereupon the gateway node locks out the station 71 . 

Recently, a new method, denoted IEEE 802. 1X, for performing access control at an ex- 
20 tended level of security has been introduced under the IEEE 802.1 1 i standardization 
task group and elsewhere. According to this method, schematically illustrated in fig. 3, 
access control is performed in the AP. For this purpose, the AP typically has a RADIUS 
client that talks to the AS. The UE and AS communicate using the Extensible Authenti- 
cation Protocol (EAP). The WSN may still be used to provide various kinds of services, 
25 e.g. collecting accounting data, enforcing user profiles etc. 

When the UE moves it may leave radio coverage of one AP (the "previous" AP) and 
move into coverage of another AP (the "subsequent" AP). In this case the UE has to 
make a handover from the previous AP to the subsequent AP. The IEEE 802.1 1 stan- 
30 dard provides a method for making this handover. In particular, there is support for the 
802. 1 1 -defined Association with the subsequent AP but there is no way to tell the previ- 
ous AP that the UE has moved to another AP. The previous AP has to discover by im- 
plicit means, e.g. based on timeouts, that the UE is no longer in its cell. 



35 



To remedy this problem a new recommended practice has been approved according to 
802.1 1F that specifies an Inter-AP Protocol (IAPP). The purpose of this protocol is to 
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introduce a standardized way for APs to communicate when an UE associates or makes 
a handover. According to the IAPP, the "subsequent" AP can send an (APP message to 
the "previous" AP and let it know that the UE is now associated with the "subsequent" 
AP. The "previous" AP can then remove the UE from its memory. The "previous" AP 
5 shall at that point also send an 802.1 1 Disassociation message to the UE according to 
802. 11F. Moreover, the IAPP facilitates transfer of cryptographically protected informa- 
tion between the APs. 

In fig. 5, an exemplary handshake diagram illustrates the process of a user approaching 
10 and connecting to a hot spot access point and subsequently moving to another AP within 
the hot spot network being configured as in fig. 1 using RADIUS and 802. 1X authentica- 
tion and 802.1 1F. 

The legacy 802.11 steps of authentication and association are performed in steps 21- 27 
15 after the Station STA1 comes within reach of the AP1 . Subsequently, an 802. 1X authen- 
tication procedure before the authentication server AS is initiated. The AP issues a re- 
quest ID 29 and the station responds 31. The access point AP1 sends a RADIUS access 
request 33 to the authentication server AS with information about the user identity. Then 
follows an EAP message exchange 35 to perform the authentication. The details of this 
20 exchange depend on which authentication method is used. Here EAP is chosen by way 
of example. If the authentication is successful, the AS sends a RADIUS access accept 
37 and the AP transmits a success 39 to the station, while the AP opens for traffic 40 for 
the station in question. The gateway node WSN initiates charging 41 of the traffic run- 
ning through it relating to the station. 

25 

Should the station move into the approach of AP2, 802.1 1 legacy steps of authentication 
and re-association is performed in steps 43 - 46. According to the IAPP protocol, AP2 
issues the IAPP move message 47 to AP1 , which responds with an IAPP move confirm 
message 49, which may include a context including e.g. the credentials relating to the 
30 authentication between the station STA1 and the authentication server AS. Finally, AP1 
may issue a Disassociate message 51 to AP1 according to 802.1 1F, which is now in- 
formed that it can cancel information relating to STA1. 

Some AP vendors have implemented 'a IAPP related (non-standardized) functionality: If 
35 a layer-2 frame appears on the wired network side of the (previous) AP with the UE's 
MAC address as the source address, the AP knows that the UE must be associated to 

3 
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some other (subsequent) AP. The previous AP can then remove the UE from its memory 
and transmit a Disassociation message to the UE. 

In many cases it may be desirable to close an ongoing session from the WSN or some 
5 other node that is not the AP, e.g. if the user has a pre-paid account that runs out of 
credit. Another scenario is that the user has been idle for a long time, e.g. if he/she has 
left the laptop at the hot spot unattended. In this case the WSN may want to force the 
UE to perform a re-authentication. The WSN can easily close an active session and/or 
force a re-authentication if access-control is performed in WSN, e.g. if web-login is used. 

10 

If the system is running 802. 1X the situation is different. In this case access control is 
performed in the APs and there is no standardized way for the WSN to tell the APs to 
close an active session or to force a re-authentication. In particular, RADIUS has no 
server-initiated messages that can be used by the WSN or other entity to e.g. close the 
15 session or to initiate a new authentication. 

The solution where the WSN just blocks all traffic to/from the user is not useful since the 
user will not be able to discover why he/she has no access to the internet. In a scenario 
without the WSN it is not even possible to block the traffic from the UE in question. 

20 

One possible solution is that the WSN waits for the next re-authentication. Subsequently, 
the AS may reject this re-authentication attempt. Moreover, since the RADIUS mes- 
sages from the RADIUS client in the AP will pass the WSN, the WSN can make sure 
that the authentication is rejected. In any case the session will end. The drawback with 
25 this solution is that the time between re-authentications can be long (default 802. 1X re- 
authentication interval is one hour). The WSN will thus have a very weak control of the 
session. 

Another possibility is to implement a proprietary protocol between AP and WSN for ses- 
30 sion control. The drawback with this solution is that only APs of a certain type can be 
used together with the WSN. 

A third possibility is to use DIAMETER instead of RADIUS as the authentication protocol 
since DIAMETER has server-initiated messages that can be used to close a session. 
35 However, RADIUS is the single preferred solution by vendors today and the author of 
this invention knows of no APs with DIAMETER support. 

4 
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Summary of the invention 

It is a first object of the invention to set forth a network for a controlling a station to termi- 
nate its access to a given AP. 

This object has been accomplished by the subject matter set forth in claim 1. 

It is a further object to set forth an access control node, for a controlling a station to ter- 
minate its access to a given AP. 

This object has been accomplished by the subject matter of claim 7. 

It is a further object to set forth a method, for a controlling a station to terminate its ac- 
cess to a given AP. 

This object has been accomplished by the subject matter of claim 9. 
Further advantages will appear from the detailed description of the invention. 
Brief description of the drawings 

Fig. 1 shows a hot spot network having a number of Access Points (AP) and one or 
more access servers, here called WLAN Serving Node (WSN) and an access 
server (AS), 

fig. 2 shows a prior art network where access control and collection of accounting 
data is performed by a gateway node (WSN), 

fig. 3 shows a prior art method, denoted IEEE 802.1X, for performing access control 
at an extended level of security under e.g. the IEEE 802.1 1i standardization 
task group and Wi-Fi Protected Access. 
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fig. 4 shows an exemplary prior art process of a user first connecting to a hot spot 
access point arrangement of fig. 2 and subsequently running out of credit is 
shown, whereby the authorisation is facilitated by means of "web login" (HTTP), 

5 fig. 5 is an exemplary prior art handshake diagram illustrating the process of a user 
approaching and connecting to a hot spot access point and subsequently mov- 
ing to another AP within the hot spot network being configured as in fig. 1 using 
RADIUS and 802. 1X authentication and IAPP, 

10 fig. 6 is a handshake diagram of a first embodiment according to the invention having 
a network topology resembling the prior art network shown in fig. 1, 

fig. 7 is a handshake diagram of a second embodiment according to the invention 

15 fig. 8 is a handshake diagram of a third embodiment according to the invention 

fig. 9 is a handshake diagram of a fourth embodiment according to the invention, and 

fig. 10 is a handshake diagram relating to denial of service attack in relation to the in- 
20 vention. 



25 



Detailed description of preferred embodiments of the invention 



According to the invention the WSN or another non-AP network node uses the IAPP pro- 
tocol and/or the layer-2 frames to cancel a session in one or several APs. According to 
the invention the termination could typically be used in connection with an accounting 
30 system, whereby the access termination is caused by the exhaustion of a given account 
of a using entity. It is a prerequisite for the invention that the AP supports the IAPP func- 
tionality described above in relation to the prior art. Hence, the invention could appropri- 
ately be used in a scenario where an agreement has been made between the AP's in 
question, the WSN and the AS. One party could also own these entities. 

35 
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In fig. 6 a first embodiment according to the invention has been shown. The architecture 
of the network could advantageously resemble the prior art network shown in fig. 1, 
whereby a station STA is connected to AP's AP1 or AP2 of the same network segment 
but where the node WSN does not necessarily function as a gateway, i.e. constitute the 
5 only route to the Internet. Rather, the function of the WSN node will be elucidated in the 
following description. 

In step 101, the account relating to the station STA is exhausted and the AS transmits a 
Lock out Request 103 to the WSN node in order to notify the WSN that the user in ques- 
10 tion should cease to have access to the Internet. If the WSN has a gateway position, i.e. 
it constitutes the only route to the Internet for AP1 and AP2, the WSN node could block 
traffic relating to STA1. This option has been shown by the lock out action 105. 

Subsequently, the WSN issues an IAPP move notify to the AP's AP1 and/or AP 2 as in- 
15 dicated by steps 107 and 11 1. If the WSN knows to which AP the STA1 is associated, it 
may be enough to issue an IAPP move notify to that AP. It is noted that the WSN not 
necessarily being an AP is emulating an AP by issuing AP specific messages, originally 
intended only for AP's. 

20 AP1 and AP2 respond by issuing IAPP move response messages 111 and 113 and at 
that point the access in the AP's is withdrawn for the using entity STA1 in question. Sub- 
sequently, the AP's send Dissociate messages 115 and 117 to station STA1 whereby it 
is possible for an application running on the station, such as a browser, to positively in- 
form the user that access has been withdrawn, as indicated by the lock out indication in 

25 step 119. 

Hence, according to the invention a network has been provided comprising at least one 
access point AP1, AP2 and one access controlling node WSN, AS, whereby the identity 
of the station can be approved by the access controlling node AS. The at least one ac- 
30 cess-controlling node WSN issues at least one IAPP message causing the AP with 
which the station is currently associated to disassociate the given station and thereby 
terminating the access for the given station. 

Advantageously, an entity, such as a service provider, could engage an agreement with 
35 a given subset of AP's. 
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According to the invention a method of terminating access for a WLAN station has been 
provided comprising the steps of 

- monitoring whether a given station is having access to any of a given subset of access 
5 points and monitoring an account relating to the given station being associated with a 

given access point of the subset of access points 

- if detecting that the account relating to the given station is zero 

10 - issuing an IAPP message causing the access point of the subset with which the given 
station is associated to disassociate the given station. 

According to a second embodiment of the invention, the network topology as in fig. 1 
except that no separate WSN node is provided is envisaged. This embodiment is shown 

15 in fig. 7. At step 101 it is detected that the account of STA1 is null and the AS issues 
IAPP move notify messages 121 and 125 over the Internet to AP1 and / or AP2. The lat- 
ter AP's take note of what they perceive as a move of STA1 and withdraw access for 
STA1 to the Internet. Subsequently, AP1 and AP2 responds to the AS by issuing IAPP 
move response messages 123 and 127. Followingly, Disassociate messages 115 and 

20 117, according to 802.1 1 F, may be issued from the AP2 with which the STA1 was re- 
cently associated. Disassociate message 117 is received by STA1 whereby the user can 
be informed as explained above. 

in fig. 8, a third embodiment of the invention has been shown wherein a network topol- 
25 ogy as illustrated in fig. 1 is shown. In this embodiment the WSN or the non-AP network 
node broadcasts an IAPP ADD- notify frame 129 to all the AP's, which in the case in 
point amounts to AP1 and AP2. For the AP's it will appear as the STA1 has been asso- 
ciated to a subsequent AP (virtually the WSN) and AP2 with which the STA1 is recently 
associated will consequently disassociate the UE, by issuing Disassociate messages 
30 115 and 117, the latter being received by STA1 . 

It is noted that since IAPP messages are transported in IP packets, the WSN does not 
have to reside on the same subnet as the APs. The WSN could send a subnet-directed 
broadcast to the subnets with the APs of interest This embodiment has been illustrated 
35 in fig. 9. 

8 
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The WSN could also (or instead) broadcast a layer-2 frame with the UE's MAC address 
as source address to all the APs. This will make all APs believe that the UE has made a 
handover to a subsequent AP (in this case the subsequent AP is the WSN) and will con- 
sequently disassociate the UE. 

5 

Since, a party not being engaged in providing the actual access for the station in ques- 
tion, is responsible for effectuating the cease of access, one could imagine that denial of 
service attacks by a rogue AP could be a problem. 

10 However, this is not necessarily the case as shall be explained with reference to fig. 10, 
where a rogue AP, APX, seeks to register as a valid AP, step 80, as described in 
802. 11F. If, according to known features of RADIUS, the AP cannot show up the neces- 
sary credentials, the request will be rejected as exemplified in step 81. 

15 Initially when a RADIUS enabled AP client is powered up on the network, step 83, it is- 
sues a RADIUS registration access-request 85 to the WSN or the AS, and the latter 
node responds with a RADIUS registration access-accept containing means for crypto- 
graphically protecting IAPP ADD messages. 

20 A station STA1 may subsequently associate with an AP, as shown instep 89. 

When IAPP messages such as the IAPP ADD notify are received, step 91, 93, 95, the 
authenticity of these messages as being sent by a proper member of the network can 
easily be proved by performing a cryptograph ical operation. If the IAPP message are not 
25 cryptographically protected by appropriate keys, the operation will provide a false result 
and a Denial of Service attack, as illustrated in step 93, will fail, whereas the identity of 
true RADIUS clients can be ascertained, confer IAPP ADD notify message 95. 

IEEE 802.1 1F also provides methods for cryptographically protecting IAPP MOVE mes- 
30 sages between two APs. Also these methods utilize a RADIUS server (e.g. WSN or AS) 
to distribute the key material. 
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Claims 

1 . Network comprising at least one access point (AP1 , AP2) and one access control- 
ling node (WSN, AS), the access points making use of the IAPP protocol for inter 
AP communication, wherein at least one station (STA1) may associate with the 
access points (AP1 , AP2), whereby the identity of the station can be approved by 
the access controlling node (AS), wherein 

the at least one access-controlling node (AS; WSN) issues at least one IAPP 
message causing the AP with which the station is currently associated to disasso- 
ciate the given station and thereby terminating access for the given station. 

2. Network according to claim 1 , wherein a first access-controlling node (AS/ WSN) is 
an authentication server connected to the Internet. 

3. Network according to claim 2, wherein a second access control node is provided, 
the second access control node being a gateway node (WSN). 

4. Network according to claim 2, wherein the access-controlling node issues an IAPP 
ADD notify message. 

5. Network according to claim 2, wherein the access-controlling node issues an IAPP 
move notify message. 

6. Network according to claim 3, wherein the access-controlling node issues a Lock 
out request (103) to the gateway node. 
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7. Access controlling node connecting to at least a group of access points, the ac- 
cess points making use of the IAPP protocol for inter AP communication and pro- 
viding access to at least one station (STA1), the station (STA1), whereby the iden- 
tity of the station can be approved by the access controlling node (AS), whereby 

the at least one access-controlling node (AS; WSN) issues at least one IAPP 
message causing the AP with which the station is currently associated to disasso- 
ciate the given station and thereby terminating access for the given station. 



8. Access controlling node according to claim 7, wherein the termination of access is 
conditional on the exhaustion of an account relating to the given station. 

9. Method of terminating access for a WLAN station comprising the steps of 

monitoring whether a given station is having access to any of a given subset of 
access points and monitoring an account relating to the given station being asso- 
ciated with a given access point of the subset of access points 

if detecting that the account relating to the given station is zero 

issuing an IAPP message causing the access point of the subset with which the 
given station is associated to disassociate the given station. 
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